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PROCEDE ET DISPOSITIF DE TELECOMMANDE CONTROLEE DEPUIS DES 
TERMINAUX COMMUNICANTS 
La presente invention concerne un procede et un dispositrf de gestion de 
teiecommandes contrdlees depuis des terminaux communicants. El!e s'applique, en 
5 particulier, a la telecommande de portails, de portillons ou de bornes. 

Les places de parking reservees aux handicapes sont souvent occupees par des 
person nes non autorisees. 

La presente invention vise a remSdier a ces inconvenients. 
A cet effet, la presente invention vise, selon un premier aspect, un procede de 
1 0 telecommande, caracterise en ce qu'il comporte : 

- une etape d'ouverture d'une premiere session de communication par 
rintermediaire d'un reseau de telecommunication, entre un terminal appelant et un 
systeme informatique centralise, 

- une etape de transmission d'un identifiant de Putilisateur du terminal appelant 
1 5 au systeme informatique centralise et d'un identifiant d'un systeme informatique a 

telecommander, par rintermediaire du reseau de telecommunication, 

- une etape de verification dud'rt identifiant par le systeme informatique centralise, 

- si la verification est positive : 

. une etape de transmission d'une autorisation, depuis le systeme 
20 informatique centralise a destination du systeme informatique a telecommander 

et 

. une 6tape de realisation de la commande autorisee par le systeme 
informatique a telecommander. 

Grace a ces dispositions, I'utilisateur peut selection ner le systeme informatique a 
25 telecommander, par exemple une borne mobile ou une barriere de parking, sans 
connaTtre I'adresse du systeme informatique a telecommander sur le reseau de 
telecommunication. Par exemple, un handicape selectionne Tadresse a laquelle it veut 
se rendre en votture et le systeme informatique tui reserve la place de parking pour 
handicape la plus proche de cette adresse. 
30 Le gestion naire des places de station nement a ainsi r assurance que les places 

reservees a des handicapes ne pourront pas etre utilisees par des personnes non 
autorisees. 

Selon des caracteristiques particut teres, le procede tel que succinctement 
expose ci-dessus comporte, prelimtnairement a I'etape de transmission d'un identifiant 
35 d'un systeme informatique a telecommander, par Pinterm6diaire du reseau de 

telecommunication, une 6tape de communication entre le systeme informatique a 
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telecommander et le terminal appelant, au cours de laquelle le systeme informatique k 
telecommander transmet son identiflant au terminal appelant 

Gr&ce k ces dispositions, lorsque I'utilisateur arrive a. proximite du systeme 
informatique a. telecommander, il recoit son identifiant et le transmet ensuite au systeme 
5 informatique centralist afin de commander le systeme informatique k telecommander. 
Selon des caracteristiques particulieres, le proced6 tel que succinctement 
expose ci-dessus comporte, en cas d'utilisation non autorisee du systeme informatique 
k telecommander, une etape de communication au cours de laquelle le systeme 
informatique k telecommander transmet une information representative de I'utilisation 
1 0 non autoris6e. 

GrSce k ces dispositions, I'utilisateur non autorise peut §tre contacts pour lui 
demander de cesser ^utilisation non autorisee du systeme informatique k 
telecommander ou des services de surveillance et, eventuellement, de police, peuvent 
etre informes de I'utilisation non autorisee. 
15 Selon des caracteristiques particulieres, le procede tel que succinctement 

expose ci-dessus comporte une etape de verification de disponibilite du systeme 
informatique k telecommander, par le systeme informatique centralise. 

Grace k ces dispositions, I'utilisateur peut etre informe de la disponibilite du 
systeme informatique k telecommander. 
20 Selon des caracteristiques particulieres, le proc6de tel que succinctement 

exposd ci-dessus comporte une etape d'acquittement de la commande par le systeme 
informatique a. telecommander envers le systeme informatique centralise et/ou envers le 
terminal appelant. 

Gr§ce k ces dispositions, Tutilisateur est certain qu'il disposera de I'avantage 
25 offert par le systeme Informatique k telecommander. 

Selon des caracteristiques particulieres, le procede tel que succinctement 
expose ci-dessus comporte une etape de selection d'une heure d'activation de la 
commande par le systeme informatique k telecommander et, k Theure seiectionn6e, une 
etape de realisation de la commande par le systeme informatique k telecommander. 
30 Grace k ces dispositions, I'utilisateur peut organiser son temps Jusqu'a, la 

realisation de la commande. 

Selon des caracteristiques particulieres, le procede tel que succinctement 
expose ci-dessus comporte une etape de detection, par le systeme informatique k 
telecommander, de fin de son utilisation. 
35 Gr&ce k ces dispositions, le systeme informatique k telecommander redevient 

disponible pour une nouvelle commande. 
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Selon des caracteristiques particulieres, le procedd tel que succinctement 
expose ci-dessus comporte une etape d'ouverture d'une session de communication 
entre le systeme infonmatique a telecommander et !e systeme informatique centralise 
des que le systeme informatique a telecommander est disponible. 
5 Grace a ces dispositions, le systeme informatique peut §tre, en permanence, 

informe de la disponibilite de tous les systemes a telecommander et la facturation peut 
dependre de la duree d'utilisation du systeme informatique a telecommander. 

Selon des caracteristiques particulieres, le procede tel que succinctement 
expose ci-dessus comporte une deuxieme etape de communication entre un terminal 
1 0 appelant, eventuellement different du terminal appelant ayant ouvert ia premiere session 
de communication, et le systeme informatique a telecommander, le systeme 
informatique a telecommander realisant la commande en reponse a cette deuxieme 
session. 

Grace a ces dispositions, par exemple, un handicape ayant reserve une place de 
1 5 station nement, provoque rouverture d'une barriere ou I'abaissement d'une borne mobile 
lors de son arrives a proximite de la place de station nement. La deuxieme etape de 
communication a alors lieu avant Putilisation du systeme informatique a telecommander. 

Toujours grace a ces dispositions, par exemple, un handicape occupant une 
place reservee, !a libere en provoquant rouverture d'une barriere ou I'abaissement d'une 
20 borne mobile lors de son depart de la place de station nement. De plus, meme si la 

communication avec le systeme informatique a telecommander est unidirectionnelle, le 
systeme informatique peut savoir quand le systeme informatique a telecommander est 
disponible et quand il ne Test pas. La deuxieme etape de communication a alors lieu a la 
fin de Putilisation du systeme informatique a telecommander. 
25 Selon des caracteristiques particulieres, le procede tel que succinctement 

expose ci-dessus comporte une etape d'interrogation par un tiers et une etape de 
foumiture de donnees d'etat relatives a un ou plusieurs systemes Informatiques a 
telecommander. 

Grace a ces dispositions, I'utilisateur autorise dispose d'un ticket d'autorisation 
30 ou de paiement virtual et/ou une utilisation non autorisee peut etre connue de services 
de surveillance ou de police. 

Selon un deuxidme aspect, la presente invention vise un dispositif de 
telecommande, caracterise en ce qu'il comporte : 

- un moyen d'ouverture d'une premiere session de communication par 
35 I'intermediaire d'un reseau de telecommunication, entre un terminal appelant et un 
systeme Informatique centralise, 
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- un moyen de transmission d'un identifiant de I'utilisateur du terminal appelant 
au systeme informatique centralise et d'un Identifiant d'un systeme informatique a 
telecommander, par I'intermedlaire du reseau de telecommunication, 

- un moyen de verification dudit identifiant par le systeme informatique centralise, 
5 - le systeme informatique centralise etant adapte, si la verification est positive, a 

transmettre une autorisation a destination du systeme informatique a telecommander et 

- le systeme informatique a telecommander etant adapte a realiser chaque 
commande autorisee par le systeme informatique a telecommander. 

Les avantages, buts et caracteristiques particulieres de ce dispositif etant 
10 similaires a ceux du procede tel que succinctement expose ci-dessus, ils ne sont pas 
rappeles ici. 

D'autres avantages, buts et caracteristiques de la presente invention ressortlront 
de la description qui va suivre faite, dans un but explicatif et nullement limitatif en regard 
des dessins annexes dans iesquels : 
15 - la figure 1 represente, schematiquement, une borne selon un mode de 

realisation particulier du dispositif objet de la presente invention, 

- la figure 2 represente un logigramme d'un premier mode de realisation 
particulier du procede objet de la presente invention, 

- la figure 3 represente un logigramme d'un premier mode de realisation 
20 particulier du procede objet de la presente invention, 

- la figure 4 represente un logigramme d'un premier mode de realisation 
particulier du procede objet de la presente invention et 

- la figure 5 represente un logigramme d'un deuxieme mode de realisation 
particulier du procede objet de la presente invention. 

25 Bien que, dans la description qui va suivre, on decrive I'invention en reference a 

une barriere de parking escamotable, la presente invention n'est pas limitee a ce type 
de systeme informatique a telecommander mais s'etend, au contralre, a tous les types 
de systemes capables de recevoir des signaux de telecommande. 

On observe, en figure 1 , une barriere de parking escamotable 1 00, comportant : 

30 - un detecteur de vehicule 1 05, 

- une batterie 110, 

- une partie fixe 115, 

- une partie mobile 120, 

- un axe de rotation 125 de la partie mobile 1 20, par rapport a la partie fixe 115, 
35 - un modem 1 30, ou tout type d'interface de reseau de transmission de type 

connu, 
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- une carte electronique 135, 

- un moteur 140 et 
-un reducteur 145. 

On observe aussi, en figure 1 , un premier reseau de telecommunication 150 
5 reliant la barriere escamotable 1 00 a un systeme informatique 1 55 et un deuxieme 
reseau de telecommunication 160 reliant le systeme informatique 155 a un terminal 
utilisateur mobile 165 et a un terminal utilisateur fixe 170, un troisieme reseau de 
telecommunication 180 et un terminal d'agents d'astreinte 1 85. 

Le detecteur de vehicule 1 05 est de type connu. II fournit un signal representatif 
10 de la presence d'un vehicule au dessus de la barriere escamotable 1 00. A cet effet, il 
utilise, par exemple, une boucle a induction dont le champ magnetique est influence par 
la presence d'une masse metallique a proximit6 du detecteur 105. 

La batterie 1 10 est de type connu. Eile alimente en energie electrique tous les 
composants de la barriere escamotable 100. Dans des variantes, la batterie 1 10 est 
1 5 remplacee ou completee par une alimentation au reseau electrique ou par des capteurs 
solalres. 

La partie fixe 115 et la partie mobile 120 sont realisees en matiere rigide et sont 
capables de supporter la force appliquee par un vehicule qui roulerait sur la barriere 
escamotable 1 00. La partie fixe 1 1 5 est fixee au sol par des moyens conn us. 

20 La partie mobile 120 est mise en deplacement autour de Paxe de rotation 125, 

par le moteur 140, par rintermediaire du reducteur 145. Le moteur 140 et le reducteur 
145 sont de types connus. lis comportent un limiteur de couple 146, entre le reducteur 
145 et la partie mobile 120, qui permet d'ev'tter la casse du moteur 140 ou du reducteur 
145 si la barriere escamotable est forces par un vehicule. 

25 Le modem 1 30 est de type connu. li est adapte a recevoir des signaux de la part 

du premier reseau de telecommunication (non represents) et a les demoduler pour 
fournir de information a la carte electronique 135. Le modem 130 possede une adresse 
unique sur le premier reseau de telecommunication, c'est-a-dire que deux barrieres 1 00 
differentes ne possedent pas la mSme adresse sur le premier reseau de 

30 telecommunication. 

La carte electronique 135 est adaptee a commander te moteur 140 et done la 
position de la partie mobile 120, en fonction des signaux qu'elle regoit de la part du 
modem 130, comme expose en regard de Tune ou I'autre des figures 2 a 5. La carte 
electronique 135 est preferentiellement architecture autour d'un micro processeur. La 

35 carte electronique 135 est adaptee a detecter une panne de Tun des composants de la 
barriere et a detecter que la barriere est forcee. 
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Le premier reseau de telecommunication 1 50 est, par example, un reseau de 
telephonie mobile, de terminaux portables ou "pageurs". Le modem 130 comporte alors 
une antenne et des moyens de reception de signaux de telephonie mobile, par exemple 
connus pour la diffusion de messages courts connus sous Pacronyme de "SMS" (pour 
5 short message system" ou systdme de messages courts). En van ante, le premier 
reseau de telecommunication 150 est un reseau de telephonie fixe. 

Le systeme informatique 155 est, par exemple, constitue d'un serveur 
conservant un logiciel implementant Tun des logigrammes illustres aux figures 2 a 5 et 
au moins une base de donnees comportant tes localisations des barrieres escamotables 
10 1 00, les adresses des barrieres escamotables sur le premier reseau de communication 
et des identificateurs des personnes autorises a effectuer une reservation de I'une des 
places de parking munies des barrieres escamotables 100. 

Le deuxieme reseau de telecommunication 160 est, par exemple identique au 
premier reseau de telecommunication ou le reseau informatique Internet. Le terminal 
1 5 utilisateur mobile 1 65 est un telephone mobile et le terminal utilisateur fixe 1 70 est un 
ordinateur de type connu, par exemple sous le nom de PC (pour "personal computer" ou 
ordinateur personnel), muni des moyens de connexion au deuxieme reseau de 
telecommunication 160, par exemple modem et logiciel de navigation sur Internet ou un 
terminal communiquant, par exemple un assistant nunrterique personnel, connu sous le 
20 nom de PDA (pour "personal digital assistant"). 

Le troisieme r6seau de telecommunication 180 est, par exemple identique au 
premier reseau de telecommunication ou le reseau informatique Internet. Le terminal 
d'agents d'astreinte 185 est un terminal accessible par des agents de maintenance ou 
par des agents de la circulation. Par exemple, le terminal 1 85 peut etre un terminal 
25 portable communicant ou un terminal fixe d'un central de surveillance. 

En variante, Pequipement a telecommander comporte un afficheur (non 
represent^) adapte a afficher des donnees concernant son utilisation : 
Par exemple, les donnees affichees concernent : 
• information que Pequipement a ete force ou que Pacces a ete autorise, 
30 - la duree d'utiiisation de Pequipement considers, 

- le paiement de la mise a disposition de Pequipement considere. 
On observe, en figure 2, des echanges d'information entre Putilisateur du 
terminal appelant, un serveur du systeme Informatique centralise et un equipement ou 
systeme informatique a telecommander, dans un premier cas d'utiiisation dans lequel 
35 Putilisateur arrive a proximite de Pequipement et lit sur Pequipement son identifiant avant 
d'appeler le serveur. 
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Au cours d'une etape 200, I'utilisateur appelle le serveur, par example en 
composant ou en dictant un numero de telephone d'une ligne telephonique a laquelle le 
serveur est relie ou en dictant un identifiant de cette ligne (par exemple 
"telecommande"). Ce numero de telephone peut etre un numero de telephone complet 
5 ou standard (a dix chiffres, en France) ou un numero abrege, a quatre, cinq ou six 
chiffres. 

Une fois que la communication est etablie (premiere session de communication), 
au cours d'une etape 205, 1'utilisateur transmet au serveur son identifiant et I'identifiant 
de I'equipement qu'il a lu sur I'equipement, identifiants qui sont uniques. 

10 Au cours d'une etape 21 0, le serveur verifie I'identifiant de I'utilisateur. 

Par exemple, le serveur compare le numero de telephone du terminal appelant 
avec des numeros de telephones d'utilisateurs autorises presents dans une base de 
donnees. Selon un autre exemple, le serveur compare le numero de la carte "SIM" du 
terminal appelant, iorsque celui-ci en comporte une, par exemple si c'est un telephone 

1 5 mobile avec des numeros de carte SIM conserves dans une base de donnees 

d'utilisateurs autorises. Selon un autre exemple, le serveur demande un mot de passe a 
Putilisateur, par exemple un numero d'autorisation ou de carte ouvrant droit a 
I'autorisation (par exemple une carte d'handicape ou un numero de securite sociale) et 
compare i'information fournie par I'utilisateur avec le contenu d'une base de donnees. 

20 Lorsque la verification est negative, le serveur i'indique a I'utilisateur et I'invite a 

chercher une autre place et a effectuer les demarches necessaires pour etre autorise a 
utiliser I'equipement. Lorsque la verification est positive, au cours d'urie etape 215, le 
serveur envoie une commande a I'equipement, par exemple une commande d'ouverture 
dans le cas illustre en figure 1 . Dans le cas d'un equipement a acces individuel, au 

25 cours d'une Stape 220, cet equipement effectue la commande demandee, ici une 

ouverture. Dans le cas d'equipements a acces communs, par exemple une multitude de 
places de parking reservees a des employes d'un organisme ou a des handicapes, le 
systeme informatique a telecommander fournit a I'utilisateur, par affichage, par 
impression d'un ticket, par communication par I'intermediaire du serveur ou par 

30 communication locale (par exemple sans fil, selon le standard de communication 

bluetooth), un identifiant de la place a occuper (par exemple, "place 423, etage 4, zone 
bleue"). Simultanement, le systeme informatique a telecommander commande 
Pouverture d'une barriere d'acces aux equipements et I'ouverture de I'equipement 
Indique. 

35 Option nellement, au cours d'une etape 225, i'equipement retourne un 

acquittement au serveur. Le serveur memorise alors I'etat occupe de i'equipement au 
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cours d'une etape 230 puis, au cours d'une etape 235, retoume un acqurttement a 
I'utilisateur dont le terminal memorise cet acquittement au cours d'une etape 240. 

Selon une premiere variante, torsque I'utilisateur quitte I'equipement, celui-ci 
detecte automatiquement qu'il est disponible et transmet au serveur une information de 
5 disponibilite, que le serveur memorise et, eventuellement, determine le montant a 
facturer a I'utilisateur. 

Selon une deuxieme variante, lorsque i'utilisateur quitte I'equipement, il effectue 
les etapes indiquees ci-dessus, le serveur determinant eventuellement le montant a 
facturer a I'utilisateur. 

10 Selon des variantes, si I'equipement est force ou en panne, ii transmet une 

information au serveur afin que des services de maintenance, de surveillance ou de 
police puissent intervenir. 

A tout moment, un tiers autorise, par exemple muni d'un terminal communicant 
specifique ou dont I'autorisation d'acces est verifiee comme expose ci-dessus (voir 

1 5 etape 21 0) peut entrer en communication avec le serveur, etape 250, et lui transmettre 
une requete d'etat concernant un ou plusieurs equipements ou systemes informatiques 
a telecommander, etape 255. En reponse, le serveur verifie l'autorisation d'acces et 
prepare les donnees requises, etape 260 et les transmet au terminal du tiers en 
question, etape 265. 

20 Par exemple, les donnees transmises concernent : 

- Pinformation que I'equipement a ete force ou que Pacces a ete autorise, 

- la duree d'utilisation de chaque equipement consid6re, 

- le paiement de la mise a disposition de I'equipement considere. 

Le procede objet de la presente invention permet done de generer des tickets de 
25 paiement virtuels qui peuvent §tre verifies a distance. 

On observe, en figure 3, des echanges d'information entre I'utilisateur du 
terminal appelant, un serveur du systeme informatique centralise et un equipement ou 
systems informatique a telecommander, dans un deuxieme cas d'utilisation dans iequel 
I'utilisateur arrive a proximite de I'equipement et obtient de i'equipement son tdentif iant 
30 avant d'appeier le serveur. 

Au cours d'une etape 300, Putilisateur entre en communication locale avec 
i'equipement (qu'il sort a acces individuel ou collectif), par exemple selon le standard de 
communication locale bluetooth. Lorsque la communication est etablie, le terminal de 
I'utilisateur demande a i'equipement son identiflant, au cours d'une etape 305 et, au 
35 cours d'une etape 310, I'equipement prepare sa reponse et retoume cet identiflant au 
cours d'une etape 31 5. 
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On observe que de nombreuses autres informations peuvent alors §tre fournies 
par I'equipement au terminal de I'utilisateur, au cours de I'etape 315, par exemple des 
informations touristiques, des coordonnees de services d'urgence, des adresses utiles 
eVou des publicites pour des services ou commercants locaux. 

5 Au cours d'une etape 320, le terminal de I'utilisateur memorise les informations 

recues au cours de I'etape 315. Puis, au cours d'une etape 325, I'utilisateur appelle le 
serveur, par exemple en composant ou en dictant un numero de telephone d'une ligne 
telephonique a laquelle le serveur est relie ou en dictant un identifiant de cette ligne (par 
exemple "telecommande"). Ce numero de telephone peut etre un numero de telephone 

10 complet ou standard (a dix chiffres, en France) ou un numero abrege, a quatre, cinq ou 
six chiffres. Une fois que la communication est etablie (premiere session de 
communication), I'lrtilisateur transmet au serveur son identifiant et l'identifiant de 
I'equipement. Au cours d'une etape 330, le serveur verifie l'identifiant de I'utilisateur. 
Par exemple, le serveur compare le numero de telephone du terminal appelant 

1 5 avec des numeros de telephones d'utiiisateurs auto rises presents dans une base de 
donnees. Selon un autre exemple, le serveur compare ie numero de la carte "SIM" du 
terminal appelant, lorsque celui-ci en comporte une, par exemple si c'est un telephone 
mobile avec des numeros de carte SIM conserves dans une base de donnees 
d'utiiisateurs autorises. Selon un autre exemple, le serveur demande un mot de passe a 

20 I'utilisateur, par exemple un numero d'autorisation ou de carte ouvrant droit a 

I'autohsation (par exemple une carte d'handicape ou un numero de securite sociale) et 
compare information fournie par i'utilisateur avec ie contenu d'une base de donnees. 

Lorsque la verification est negative, le serveur I'indique a I'utilisateur et i'invite a 
chercher une autre place et a effectuer les demarches necess aires pour etre auto rise a 

25 utiliser I'equipement. Lorsque la verification est positive, au cours d'une etape 335, le 
serveur envoie une commande a I'equipement, par exemple une commande d'ouverture 
dans le cas illustre en figure 1 . Dans le cas d'un equipement a acces individual, au 
cours d'une etape 340, cet equipement effectue la commande demandee, ici une 
ouverture. Dans le cas d'equipements a acces communs, par exemple une multitude de 

30 places de parking reservees a des employes d'un organisme ou a des handicapes, le 
systeme informatique a telecommander fournit a i'utilisateur, par affichage, par 
impression d'un ticket, par communication par I'intermediaire du serveur ou par 
communication locate (par exemple sans fil, selon le standard de communication 
bluetooth), un identifiant de la place a occuper (par exemple, "place 423, etage 4, zone 

35 bleue"). Simultanement, le systeme Informatique a telecommander commande 
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10 

Pouverture cfune barriere d'acces aux equipements et I'ouverture de I'equipement 
indique. 

Optionnellement, au cours d'une etape 345, I'equipement retourne un 
acquittement au serveur. Le serveur memorise alors I'etat occup6 de I'equipement au 
5 cours d'une etape 350 puis, au cours d'une etape 355, retourne un acquittement a 
I'utilisateur dont le terminal memorise cet acquittement au cours d'une etape 360. 

Selon une premiere variante, lorsque I'utiHsateur quitte I'equipement, celui-ci 
detecte automatiquement qu'il est disponible et transmet au serveur une Information de 
disponibilite, que le serveur memorise et, eventueliement, determine le montant a 
1 0 facturer a I'utilisateur. 

Selon une deuxieme variante, lorsque I'utilisateur quitte I'equipement, il effectue 
les etapes indiquees ci-dessus, le serveur determinant eventueliement le montant a 
facturer a I'utilisateur. 

Selon des variantes, si I'equipement est force ou en panne, il transmet une 
15 Information au serveur afin que des services de maintenance, de surveillance ou de 
police puissent intervenir. 

A tout moment, un tiers autorise, par exemple muni d'un terminal communicant 
specifique ou dont I'autorisation d'acces est verifiee comme expose ci-dessus (voir 
etape 330) peut entrer en communication avec le serveur, etape 365, et lui transmettre 
20 une requete d'etat concernant un ou plusieurs equipements ou systemes informatiques 
a telecommander, etape 370. En reponse, le serveur verifie I'autorisation d'acces et 
prepare les donn6es requises, etape 375 et les transmet au terminal du tiers en 
question, etape 380. 

Le tiers autorise, peut aussi entrer en communication avec i'equipement 
25 concerne, par exemple en communication locale sans fil, etape 365, et lui transmettre 
une requdte d'etat, etape 385. En reponse, I'equipement verifie I'autorisation d'acces, 
eventueliement avec une communication avec le serveur, prepare les donnees 
requises, etape 390 et les transmet au terminal du tiers en question, etape 395. 

Dans les deux cas, les donnees transmises peuvent notamment concemer : 
30 - Hnformation que I'equipement a ete force ou que I'acces a et6 autorise, 

- la duree d'utiiisation de chaque equipement considere, 

- le palement de la mise a disposition de i'equipement considere. 

Le proced6 objet de la presente Invention permet done de gene>er des tickets de 
paiement virtuels qui peuvent etre verifies a distance. 
35 On observe, en figure 4, une succession cfetapes mises en oeuvre dans un cas 

ou i'utilisateur reserve, a I'avance, une ressource geree par un equipement ou system e 
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informatique a telecommander, par I'intermediaire d'un r6seau informatique, par 
exemple internet. 

Au cours d'une etape 400, le terminal appelant initie Pouverture d'une premiere 
session de communication par I'intermediaire du deuxieme reseau de 

5 telecommunication, entre un terminal appelant, par exemple le terminal utilisateur fixe 
170 et le systeme informatique centralise 155. Par exemple I'utilisateur met en oeuvre 
un navigateur pour selectionner un site dedie a cette application, sur Internet ou appelle, 
avec un telephone, un service connu sous le nom d'audiotel. 

Puis, au cours d'une etape 405, le systeme informatique centralise identifie 

10 I'utilisateur du terminal appelant. Par exemple, le systeme informatique centralise 

compare le numero de telephone du terminal appelant avec des numeros de telephones 
d'utilisateurs auto rises, dans une base de donnees. Selon un autre exemple, te systeme 
Informatique centralise compare le numero de la carte "SIM" du terminal appelant, 
lorsque celui-ci en comporte une, par exemple si c'est un telephone mobile avec des 

1 5 numeros de carte SIM conserves dans une base de donnees d'utilisateurs autorises. 
Selon un autre exemple, le systeme informatique centralist demande un mot de passe 
a I'utilisateur, par exemple un numero d'autorisation ou de carte ouvrant droit a 
Pautorisation (par exemple une carte d'handicape ou un numero de securite sociale) et 
compare reformation foumie par I'utilisateur avec le contenu d'une base de donnees. 

20 Chaque barriere de parking, ou equipement a commander, est identifiee par un 

code alphanumerique unique affiche sur I'equipement pour qu'il puisse etre lu par 
I'utilisateur sans qu'H n'ait a quitter son vehicule et transmis par I'utilisateur par 
I'intermediaire de son telephone mobile. 

Si la verification d'autorisation de I'etape 405 est negative, au cours d'une etape 

25 445, le systeme informatique centralise i'indique a I'utilisateur et, au cours d'une etape 
450, une inscription au service lui est proposee. Par exemple, Inscription au service 
requiert un numero de carte de securite sociale ou de carte d'handicape ou de carte 
bancaire. Si inscription n'est pas effectuee correctement (par exemple parce que 
Putitisateur n'a pas le droit d'acceder au service ou parce qu'il refuse de foumir les 

30 informations demandees), le processus prend fin au cours d'une etape 455. 

Si la verification d'autorisation de I'etape 405 est positive ou si inscription 
effectuee au cours de I'etape 450 s'est correctement realisee, au cours d'une etape de 
selection 41 0, I'utilisateur du terminal appelant selectionne un systeme informatique a 
telecommander, par exemple, une place de station nement reserve aux handicapes. Par 

35 exemple, I'utilisateur fournit Padresse a laquelle il souhaite se rendre et la date de son 
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emplacement et le system e informatique fui fournit un choix de places de stationnement 
dispontbles pour cette date, lists dans laquelle I'utilisateur choisit une place. 

Dans le cas ou i'utilisateur met en oeuvre, a I'approche de sa destination, un 
terminal geolocalisable, par exemple par reperage d'une cellule dans laquelle se trouve 
5 le telephone mobile ou par le biais d'une geo-localisation par reference a des signaux 
emis par des satellites, connu sous le nom de GPS (pour "global positioning system") ou 
de Galileo ou d'un systeme de localisation integre au vehicule, le serveur central fournit 
a I'utOisateur une liste retJuite d'equipements disponibles situes a proximity de la 
localisation de i'utilisateur, ainsi que leurs adresse physique (par reference au numero 
10 dans une rue et/ou de position sur une carte affichee a I'utilisateur avec sa position 
geolocalisee et la position des differentes voies). 

Au cours d'une etape de validation 415, I'utilisateur valide la selection qu'il a 
effectuee au cours de I'Stape 41 0 et, eventuellement, paye le service, e'est-a-dire, par 
exemple, le prix du stationnement a la place selectionne^, ou donne une autorisation de 
1 5 paiement dans le cas d'un abonnement ou d'un paiement a duree, eventuellement par 
surfacturation sur une facture telephonique. 

Au cours d'une etape 420, le systeme informatique ouvre une deuxieme session 
de communication, par I'intermediaire d'un deuxieme canal de telecommunication, avec 
le systeme informatique a telecommander selectionne. Par exemple, le systeme 
20 informatique compose I'adresse unique du systeme informatique a telecommander sur 
le deuxieme reseau de telecommunication 1 60 (par exemple le numero de telephone, 
s'ii s'agit d'un reseau telephonique). 

Lorsque la deuxieme session de communication est ouverte, au cours d'une 
etepe 425, le systeme informatique transmet une commande au systeme informatique a 
25 telecommander selection ne pour que celui-ci soit disponible pour I'utiiisateur 
imm6diatement ou a la date selectionnee. 

Au cours d'une etape 430, le systeme informatique enregistre, en memoire, que 
le systeme informatique a telecommander n'est plus disponible, imm6diatement ou a la 
date selectionnee. 

30 On observe que le logigramme illustre en figure 4 peut fonctionner en temps r6el, 

par exemple lorsque I'utilisateur a deja trouve la place de stationnement disponible et 
declenche, avec son telephone mobile, I'ouverture de la barriere de parking 
escamotable 100, si aucun autre utilisateur ne I'a r6serve. 

Lorsque I'utilisateur quitte la place de stationnement, au cours d'une etape 435, 

35 I'utilisateur ouvre une nouvelle session de communication avec le systeme informatique 
et selectionne la fin de la reservation, qui, le cas echeant, correspond aussi a la fin de la 
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periode de facturation de I'utilisateur. Le systems informatique ouvre alors une session 
de communication avec le systems informatique a telecommander et provoque la 
fermeture de la barriers de parking escamotabte 100, des que ie dstectsur de vehicule 
105 indique qu'il n'y a plus de vehicule sur la place de stationnement. 
5 Au cours d'une etape 440, le systeme informatique enregistre, en memoire, que 

le systeme informatique a telecommander est, de nouveau, disponible. 

Si le systeme informatique a telecommander detecte qu'il est force ou en panne, 
au cours d'une etape 465, le systeme informatique a telecommander transmet un signal 
d'alarme au systeme informatique centralise, au cours d'une etape 470. Au cours d'une 
1 0 etape 475, le systeme informatique centralise informe un service de maintenance, de 
surveillance ou de police, de I'evenement considers. 

Au cours d'une etape 480, le service intervient et remet en etat ou iibere le 
systeme informatique a telecommander et, au cours d'une §tape 485, le systeme 
informatique a telecommander transmet un signal d'etat au systeme informatique 
1 5 centralise pour indlquer qu'il est disponible ou en etat de marche, selon le cas. 

L'interrogation effectuee par un tiers, telle qu'exposee en regard des figures 2 et 
3, n'a pas ete rappelee ici, dans un but de concision mais psut §tre effectuee en 
complement des etapes exposees en regard de la figure 4. 

On observe, en figure 5, une succession d'etapes mises sn oeuvre dans un cas 
20 ou I'utilisateur reserve, a I'avance, une ressource geree par un equipement ou systeme 
informatique a telecommander, par I'intermediaire d'un reseau informatique, par 
exemple internet. 

Au cours d'une etape 500, le terminal appelant initie i'ouverture d'une premiere 
session de communication par I'intermediaire d'au moins un canal de 
25 telecommunication, entre un terminal appelant et un systems informatique centralist. 

Ensu'rts, au cours d'une etape 505, le systeme informatique centralist identifie 
i'utilisateur du terminal appelant. Si la verification d'autorisation effectuee au cours de 
l'etape 505 est negative, des etapes (non representees) equivalentes aux etapes 445 a 
460 sont eff ectuees. 

30 Si la verification d'autorisation de Petape 505 est positive, au cours d'une etape 

510, Tutiiisateur du systeme informatique appelant selectionne une date et une heure 

d'activation de la commands qu'il va demander. 

Au cours d'une etape 51 5, le systeme informatique recherche les systemes 

informatiques a telecommander disponibles a la date et a I'heure selectionnees. Au 
35 cours d'une etape 520, I'utilisateur du terminal appelant selectionne un systeme 

informatique disponible a telecommander. 
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Au cours d'une etape 525, I'utilisateur valide la selection du systeme 
Informatique a telecommander par example en payant sa reservation. 

Au cours d'une etape 530, le systeme informatique ouvre une deuxieme session 
de communication, par I'intermediaire d'un deuxieme canal de telecommunication, entre 
5 ledit systeme informatique et le systeme informatique a telecommander selectionne. 

Au cours d'une etape 535, le systeme informatique transmet une commande au 
systeme informatique a telecommander selectionne et lui fournit un identifiant de 
I'utilisateur, par exempie son numero de telephone mobile ou le numero d'une carte 
SIM. 

10 Au cours d'une etape 540, le systeme informatique memorise I'indisponibil'rte du 

systeme informatique a telecommander pour une duree predeterminee, par exemple 

une demi-journee, suivant I'heure selectionnee par I'utilisateur. 

Au cours d'une etape 545, le systeme informatique a telecommander acquitte la 

commande envers le systeme informatique et, au cours d'une etape 550, le systeme 
1 5 informatique confirme la commande au terminal appelant. 

Lorsque I'utilisateur se trouve a proximite du systeme telecom mande, au cours 

d'une etape 555, I'utilisateur ouvre une troisieme session de communication, entre un 

terminal appelant, 6ventuellement different du terminal appelant ayant ouvert la 

premiere session de communication, et le systeme informatique a telecommander. En 
20 reponse, au cours d'une etape 560, le systeme informatique a telecommander identifie 

I'utilisateur et realise la commande, par exemple Pouverture d'une barriere de 

stationnement reserve. 

A I'heure de realisation de la commande, au cours d'une etape 560, le systeme 

informatique effectue une premiere incrementation d'un compteur associe a i'utilisateur 
25 et correspondant a sa facturation pour le service rendu et, dans le cas d'une tarification 

en fonction d'une duree d'occupation, cette incrementation est poursuivie jusqu'a I'etape 

570. 

Au cours d'une etape 565, le systeme informatique a telecommander detecte la 
fin de son utilisation, par exemple Pabsence de tout vehicule sur la place de 
30 stationnement. 

Au cours d'une etape 570, le systeme informatique a telecommander ouvre une 
quatrieme session de communication entre le systeme informatique a telecommander et 
le systeme informatique. 

En variante, lorsqu'il quitte la place de stationnement, au cours d'une etape 575, 
35 I'utilisateur ouvre une cinquieme session de communication avec le systeme 

informatique a telecommander ou avec le systeme informatique et, au cours d'une etape 
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580, le systems informatique k telecommander realisant une commande en reponse k 
cette quatrieme session. 

On observe que cette dnquieme session de communication peut 6tre effectuee 
par I'utilisateur avec un terminal appelant different du terminal appelant ayant ouvert la 

5 premiere session de communication. 

^interrogation effectuee par un tiers, telle qu'exposee en regard des figures 2 et 
3, n'a pas §te rappelee ici, dans un but de concision mais peut etre effectuee en 
complement des stapes exposees en regard de la figure 5. 

En variante des modes de realisation exposes ci-dessus, lorsqu'un utilisateur, 

1 0 qui n'a pas reserve la place de statlonnement parvient k proximity de cette place, II 
ouvre une session de communication avec le systeme k telecommander et, celui-ci 
identifie I'utilisateur, eventuellement en consultant une base de donnees conservee par 
le systeme informatique ou une base de donnees interne (sur ia base du numero de 
telephone mobile ou du numero de carte SIM). Si ^identification est positive (I'utilisateur 

1 5 est auto rise k station ner k la place de stationnement dont le systeme & telecommander 
garde I'acces), le systeme k telecommander indique, en reponse, k I'utilisateur jusqu'& 
quand il est encore disponible. Si i'utilisateur accepts la disponibilite indiquee (une 
surfacturation lui etant imposee s'il empiete sur la reservation faite de cette place a. une 
date ou une heure ulterieure), il confirme sa commande. En reponse, le systeme 

20 telecommande realise la commande (par exemple ouvre une barriere de stationnement) 
et ouvre une session de communication avec le systeme informatique pour lui indiquer 
son indisponibilite. Lorsque ia place est, de nouveau, disponible (par detection 
d'absence de vehicule) le systeme telecommande ouvre une nouvelle session de 
communication avec le systeme informatique pour indiquer sa disponibilite. 

25 Dans chacun des modes de realisation exposes ci-dessus, plusieurs categories 

d'utilisateurs peuvent etre geres par les precedes et dispositifs de telecommande objet 
de la pr6sente invention. Par exemple, des services d* urge nee peuvent dtre auto rises, k 
tout moment, k disposer de chacun des equipements telecommandes, un medecin peut - 
etre autorise k en disposer sous reserve qu'une autre place d'handicape soit disponible 

30 k proximite et pour une duree limitee k trente minutes et des handicapes peuvent etre 
auto rises k en disposer pour une duree maxim ale de deux heures. 

La presente invention s'applique k tous les cas ou des utilisateurs autorises 
peuvent acceder k une ressource apres realisation d'une commande par un systeme 
informatique k telecommander parmi une multitude de systemes Informatiques k 

35 telecommander. Par exemple, la presente invention s'applique k i'aide k la mobilite, 
dans toutes ses formes, ascenseur reserves aux handicapes dans les lieux public et 
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autres equip emerrts publics reserves. Plus generalement, I'invention s'applique aux 
acces a des transports en commun (par ouverture de portillons), a des locaux, a des 
bomes d'informatlon, a des pares de vehlcules cTentreprise (le systems a 
telecommander etant alors le vehicule dont on commande I'ouverture des portes). 
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REVENDICATIONS 

1 - Procede de telecommande, caracterise en ce qu'il comporte : 

- une etape d'ouverture d'une premiere session de communication par 
rintermediaire (fun reseau de telecommunication, entre un terminal appelant et un 

5 systeme informatique centralise, 

- une etape de transmission dun identifiant de I'utilisateur du terminal appelant 
au systeme informatique centralise et d'un identifiant d'un systeme informatique a 
telecommander, par rintermediaire du reseau de telecommunication, 

- une etape de verification dudit identifiant par le systeme informatique centralise, 
10 - si la verification est positive : 

. une etape de transmission d'une autorisation, depuis le systeme 
informatique centralise a destination du systeme informatique a telecommander 
et 

. une etape de realisation de la commande autorisee par le systeme 
1 5 informatique a telecommander. 

2 - Proce"de selon la revendication 1 , caracterise en ce qu'il comporte, 
preliminalrement a I'etape de transmission d'un identifiant d'un systeme informatique a 
telecommander, par rintermediaire du reseau de telecommunication, une etape de 
communication entre le systeme informatique a telecommander et le terminal appelant, 

20 au cours de laquelle le systeme informatique a telecommander transmet son identifiant 
au terminal appelant 

3 - Procede selon I'une quelconque des revendications 1 ou 2, caracterise en ce 
qu'il comporte, en cas d'utilisation non autorisee du systeme informatique a 
telecommander, une etape de communication au cours de laquelle le systeme 

25 informatique a telecommander transmet une information representative de I'utilisation 
non autorisee. 

4 - Proceed selon I'une quelconque des revendications 1 a 3, caracterisS en ce 
qu'il comporte une etape de verification de disponibilite du systeme informatique a 
telecommander, par le systeme informatique centralise. 

30 5 - Procede selon I'une quelconque des revendications 1 a 4, caracterise en ce 

qu'il comporte une etape d'acquittement de la commande par le systeme informatique a 
telecommander envers le systeme informatique centralise et/ou envers le terminal 
appelant. 

6 - Procede selon I'une quelconque des revendications 1 a 5, caracterise en ce 
35 qu'il comporte une etape de selection d'une heure d'activation de la commande par le 
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systeme informatique a telecommander et, a Pheure selectionnee, une etape de 
realisation de la commande par le systeme informatique a telecommander. 

7 - Precede selon I'une quelconque des revendications 1 a 6, caracterisS en ce 
qu'il comporte une etape de detection, par le systeme informatique a telecommander, de 

5 fin de son utilisation. 

8 - Procede selon ta revendication 7, caracterise en ce qu'il comporte une etape 
d'ouverture d'une session de communication entre le systeme informatique a 
telecommander et le systeme informatique centralist des que le systeme informatique a 
telecommander est disponibie. 

10 9 - Procede selon I'une quelconque des revendications 1 a 8, caracterisd en ce 

qu'il comporte une deuxieme etape de communication entre un terminal appelant, 
eventuellement different du terminal appelant ayant ouvert la premiere session de 
communication, et le systeme informatique a telecommander, le systeme informatique a 
telecommander realisant la commande en reponse a cette deuxieme session. 

15 1 0 - Procede selon i'une quelconque des revendications 1 a 9, caracterise en ce 

qu'il comporte une etape d'interrogation par un tiers (250, 255, 365, 370, 385) et une 
etape de fourniture de donnees d'etat relatives a un ou plusieurs systemes 
informatiques a telecommander (260, 265, 375, 380, 390, 395). 

1 1 - Dispositif de telecommande, caracterise en ce qu'il comporte : 

20 - un moyen d'ouverture d'une premiere session de communication par 

I'intermediaire d'un reseau de telecommunication, entre un terminal appelant et un 
systeme informatique centralise, 

- un moyen de transmission d'un identifiant de Putilisateur du terminal appelant 
au systeme informatique centralise et d'un identifiant d'un systeme informatique a 

25 tetecommander, par I'intermediaire du reseau de telecommunication, 

- un moyen de verification dudit identifiant par le systeme informatique centralise, 

- le systeme informatique centralise etant adapte, si la verification est positive, a 
transmettre une autorisation a destination du systeme informatique a tetecommander et 

- le systeme informatique a telecommander etant adapte a realiser chaque 
30 commande autorisee par le systeme informatique a telecommander. 




Figure 1 



WO 2004/1 1 1969 PCT/EP2004/051092 




Figure 2 



WO 2004/1 1 1969 PCT/EP2004/051092 




Figure 3 



WO 2004/111969 PCT/EP2004/051092 




Figure 4 



WO 2004/111969 PCT/EP2004/0S1092 



5/5 



505 — k , 



510 
515 
520 
525 
530- 
535- 
540. 
545- 
550. 
555- 
560. 
565. 
570. 
575. 
580 



Figure 5 



